home *** CD-ROM | disk | FTP | other *** search
/ Ham Radio 2000 #1 / Ham Radio 2000.iso / ham2000 / packet / terminal / thunder / yappc.doc < prev   
Encoding:
Text File  |  1993-03-21  |  2.6 KB  |  72 lines
  1.  
  2.  
  3.          4.0 Extensiones del protocolo Yapp utilizadas por TPK 1.65a y FBB 5.1
  4. 4
  5.  
  6.  
  7.          4.1 Extension del HEADER:
  8.  
  9.          El  header  contiene ahora la FECHA y la HORA del fichero a transfe-
  10.          rir.
  11.  
  12.          [SOH] [Len] [Filename] [NUL] [File Size] [NUL] [Date] [Heure] [NUL]
  13.  
  14.          Fecha y hora son los valores dados por el DOS, codificados en 4 ca-
  15.          racteres hexadecimales y trasmitidos en ASCII.
  16.  
  17.          El receptor puede utilizar a eleccion el Yapp extendido con checksum
  18.          o el Yapp normal.
  19.  
  20.          -  La respuesta en Yapp normal es RF y el receptor puede conservar
  21.             la fecha y hora para restituirlas al final de la transferencia.
  22.  
  23.          -  La respuesta para pasar  a Yapp extendido es:   RT Receive_TPK
  24.             codee [ACK] [ACK]
  25.  
  26.          Si la respuesta del receptor es RT el protocolo utilizado sera el que
  27.          yo llamo YappC para Yapp con checksum.  Cuando el  emisor recibe este
  28.          paquete el DEBE utilizar YappC.
  29.  
  30.  
  31.          4.2 Extension de los paquetes de datos:
  32.  
  33.          Si la respuesta del receptor es RT el protocolo utilizado sera YappC.
  34.          El checksum  permite la  deteccion de paquetes  deformados durante la
  35.  
  36.          transmision, particularmente  sobre  las lineas  RS232 donde  no  hay
  37.          control ni correccion de errores (o muy poco !). Esto es muy frecuen-
  38.          te por ejemplo con los sistemas que utilizan TNCs en modo Kiss.
  39.  
  40.          Formato de los paquetes de datos: [STX] [Len] [Datos] [Checksum]
  41.  
  42.          El  checksum es la suma de todos los octetos del paquete Yapp sobre
  43.          8 bits como para el protocolo Xmodem. Si el checksum a la recepcion
  44.          es malo el receptor debe enviar un Cancel y pasar al estado CW.
  45.  
  46.  
  47.          4.3 Continuacion de la transferencia
  48.  
  49.          Un campo nuevo se ha añadido a la respuesta de continuar para pedir
  50.          al emisor el utilizar YappC.
  51.  
  52.          -  Repuesta para Yapp: (utilizado en versiones precedentes)
  53.  
  54.  
  55.                [NAK] [Len] [R] [NUL] [Longitud Recibida] [NUL]
  56.                        I    I                I
  57.                        I    I                +-- en ASCII como en el header
  58.                        I    +-- como Continuacion !
  59.                        I
  60.                        +------- longitud de los datos
  61.  
  62.          -  Repuesta para YappC:
  63.  
  64.                [NAK] [Len] [R] [NUL] [Longitud Recibida] [NUL] [C] [NUL]
  65.                                                              I
  66.                  Para decir al emisor que utilice YappC -----+
  67.  
  68.                Cuando el emisor recibe este paquete debe utilizar YappC.
  69.  
  70.  
  71.  
  72.